System and method for customized build-to-order assembly 

This invention relates to a method of configuring a prod- 
uct, and more specifically a method for customisation a 
product assembled from a number of components, especially 
in a build-to-order system. 

Build-to-order systems are known in the art and are used 
in order to limit the number of assembled products which 
have to be kept in stock. In a build-to-order assembly 
system, only the pre-f abricated components are kept in 
stock in a number of possible variants, such as compo- 
nents in different colours, sizes, components with dif- 
ferent features or other options. When an order for a 
customized combination of the components is received, the 
product is assembled, tested and shipped. Often this 
process is considerably more efficient and economical 
than keeping assembled products based on the possibly 
vast number of combinations of components in stock. 

A build-to-order system for specifying, ordering, and 
building a computer system is known from GB 2335768. In 
this prior art system, the user is presented with a list 
of options, such as computer software components to be 
installed on a computer system, where each option is com- 
patible with any previously selected options, such as op- 
erating system or hardware components. 

It is also known in the art to present to a user of a 
purchasing system operating via a computer network a pic- 
ture of an item to be purchased. If the item exists with 
different options, such as different colours, the user 
may be presented with a picture of the item in the se- 
lected colour. 



US patent no. 5,930,768 teaches a system for remote user 
controlled customisation of multimedia data products, 
such as songs selected from a repository of songs and re- 
corded in a desired playing order on for example a com- 
pact disc. Hence, the above prior art system is only con- 
cerned with electronic data files, which may be copied at 
low cost and in substantially unlimited numbers. 

The above prior art methods and systems do not account 
for situations where the pre-f abrication of a batch of a 
given variant of a component is time-consuming or expen- 
sive. This may be the case when the production of the 
components of the product is subject to extensive ap- 
proval requirements, as for example for the production of 
medical devices which are subject to approval by the 
relevant authorities . The time-consuming and expensive 
batch production of components may yield unsatisfactorily 
long delivery times for a customized product, if a se- 
lected variant is out of stock, or it may yield an inef- 
ficient production process, where small batch sizes are 
produced in response to individual orders of customised 
products . 

Therefore it is an object of the invention to reduce the 
delivery times of customized products. 

It is a further object of the invention to optimise the 
production process of a customised product. 

It is yet another object of the invention to avoid back- 
orders for individual customised products. 

According to a first aspect of the invention these and 
other objects are achieved when a method of configuring a 
product, where the product is to be assembled from a plu- 



rality of components, each component being available in 
at least one variant, the method comprising the steps of 
presenting to a user, via a user interface, a first plu- 
rality of variants of a first one of said plurality of 
components; receiving from a user an indication of a 
first variant selected from the first plurality of vari- 
ants; is characterised in that the method further com- 
prises the steps of receiving inventory data from an in- 
ventory management system, the inventory data indicating 
an available subset of the first plurality of available 
variants as being in stock; indicating to the user, via 
the user interface, the first subset of the first plural- 
ity of available variants as being selectable. 

It is an advantage of the invention that the possibility 
of selecting variants is limited to the variants which 
are actually in stock, as reported by the inventory man- 
agement system. Therefore, a situation is avoided where 
the production and the delivery of a customised product 
are delayed due to one or more components not being 
available in the selected variant. 

Furthermore, a situation is avoided where the production 
of a new batch of a variant is initiated due to one or a 
few orders for customised products including that vari- 
ant . 

In a preferred embodiment of the invention the step of 
presenting the first plurality of variants further com- 
prises the step of limiting the first plurality of vari- 
ants presented to the user to the first subset of avail- 
able variants. 

In a preferred embodiment of the invention, the method 
further comprises the step of transmitting an information 
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signal to the inventory management system, the informa- 
tion signal representing an identification of the se- 
lected variants. 

It is an advantage of the invention that the components 
5 required for the customised product may be reserved in an 
inventory management system and, therefore, the inventory 
data may be kept up-to-date based upon the currently or- 
dered components. 

In another preferred embodiment of the invention the 
10 method further comprises the steps of presenting to the 
user, via the user interface, a second plurality of vari- 
jJ% ants of a second one of said plurality of components; re- 

ceiving from the user an indication of a second variant 
selected from the second plurality of variants; present- 
ly 15 ing to the user via the user interface a graphical repre- 
p sentation of the first selected variant of the first com- 
ponent in a predetermined relationship to the second se- 
lected variant of the second component. 

Consequently, it is an advantage of the invention that it 
20 provides an efficient user interface for the selection of 
customised components which are to be assembled to a 
product . 

It is a further advantage of the invention that it pro- 
vides a graphical representation, such as a picture, a 
25 drawing, or preferably a three-dimensional rendering of 
the customised product, thereby providing the possibility 
Of viewing the particular customisation prior to purchas- 
ing or producing it . 

As selected individual components are presented in the 
30 predetermined relationship to selected other components, 
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preferably their relative position as in the assembled 
product, a visual impression of the ease of use of the 
customised product is provided, especially since the 
processes of assembling and disassembling the product may 
5 be simulated. 

In a preferred embodiment of the invention the method 
further comprises the step of graphically animating the 
p assembling of the second variant of the second component 

t *f with the first variant of the first component. 

=S 10 In another preferred embodiment of the invention the 

W method further comprises the step of animating the dis- 

played representation of the first variant of the first 
component in the predetermined relationship to the second 

I* variant of the second component in response to user cora- 

ffj 

g| 15 mands . 

1=4 A graphical animation of the assembly process or the 

functions of the product or parts of the product provides 
a realistic simulation of the use of the product and, 
therefore, it provides a realistic impression of the us- 
20 ability of the product. 

In a further preferred embodiment of the invention the 
method further comprises the step of interactively ani- 
mating the assembling of the second variant of the second 
component with the first variant of the first component, 
25 where the interactively animated assembly is controlled 
by user commands. 

It is an advantage of the invention that it may serve as 
a means of training the user in the use of the product, 
as the user may practise the steps of assembling or dis- 
30 assembling the product. 
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In another preferred embodiment of the invention the 
method further comprises the step of transmitting order 
information to a production management system, the order 
information including configuration data identifying the 
5 first variant of the first component and the second vari- 
ant of the second component. It is an advantage of the 
invention that the production and assembly process may be 
automatically initiated. 

|JJ According to a second aspect of the invention the above 

.ft 10 and other objects are achieved when a system for custom- 

jtj ising a product, where the product is assembled from a 

tp plurality of components, each component being available 

J"" in at least one variant, the system comprising first dis- 

f~ play means adapted to present a first plurality of vari- 

ffj 15 ants of a first one of said plurality of components; 

fZ first input means adapted to receive an indication of a 

M 1 first variant selected from the first plurality of vari- 

ants; is characterised in that the system further com- 
prises second display means adapted to indicate a first 
20 subset of the first plurality of variants as selectable, 
where the first subset of variants is identified by a set 
of inventory data received from an inventory management 
system. 

As the system and embodiments thereof correspond to and 
25 have the corresponding advantages as the method for cus- 
tomising a product and embodiments thereof, they are not 
described again. 

Furthermore, the invention relates to the use of the 
method described above and below for customising a medi- 
30 cal application device, such as an injection pen. 
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Further, the invention relates to a computer program com- 
prising program code means for performing the method de- 
scribed above and below when said program is run on a 
computer . 

5 Further, the invention relates to a computer program 
product comprising program code means stored on a com- 
puter-readable medium for performing the method described 
above and in the following when said computer program 
product is run on a computer. A computer-readable medium 

10 may e.g. be a CD-ROM, a CD-R, a DVD RAM /ROM, a floppy 
disk, a hard disk, a smart card, a network accessible via 
a network connection, a ROM, RAM, and/or Flash memory, 
etc. or generally any other kind of media that provides a 
computer system with information regarding how instruc- 

15 tions/commands should be executed. 

Hereby, when a computer is caused to retrieve electronic 
information - as a consequence of the contents of a com- 
puter-readable medium as described above - the advantages 
mentioned in connection with the corresponding method ac- 
20 cording to the invention are achieved. 

Finally, the invention relates to a computer data signal 
embodied in a carrier wave, comprising program code means 
for performing the method described above and below when 
said program is run on a computer. 

25 The invention will be explained more fully below in con- 
nection with preferred embodiments and with reference to 
the drawings, in which: 

Fig. 1 shows a view of the overall work flow in an em- 
bodiment of a build-to-order production system used in 
30 connection with an embodiment of the invention; 
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Fig. 2 shows a schematic view of an injection pen assem- 
bled from a number of components available in a plurality 
of variants; 

Fig. 3 shows a schematic view of a system according to an 
5 embodiment of the invention; 

Fig. 4 shows a schematic view of the software processes 
according to an embodiment of the invention; 

yX Fig. 5 shows a flow diagram of the order management proc- 

'*f ess according to an embodiment of the invention; 

0 

til 10 Fig. 6 shows a flow diagram of the configuration process 
jf according to an embodiment of the invention; 

f Fig. 7a-g show examples of a user interface for the se- 

N* lection of customised components; 

w 

jjf Fig. 8a shows an example of a user interface of a general 

}=* 15 purchase module according to an embodiment of the inven- 

tion; and 

Fig. 8b shows an example of a product hierarchy compris- 
ing both standard products and custom products according 
to the invention. 

20 The invention will be explained with reference to a spe- 
cific example comprising the customisation of an injec- 
tion pen for the application of medication such as insu- 
lin. However, the restriction to a specific example is 
not a limitation of the invention, which may be applied 

25 to any product comprising a plurality of customisable 
components. Other examples include a medical kit compris- 
ing a plurality of components in a common container, or a 
plurality of products assembled in a shopping cart. 
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Furthermore, the invention will be described in the con- 
text of the Internet as a communications network running 
a TCP/IP protocol. However, this is not a limitation of 
the invention as other communications networks and proto- 
5 cols may be used for the communication with the users, 
such as television networks, telecommunications networks, 
WAP implemented on a wireless communications network, or 
the like. 

{3 

ill Fig. 1 shows a schematic view of an embodiment of a 

10 10 build-to-order production process which may be used in 

connection with an embodiment of the invention. The proc- 
f C ess is illustrated by the data flow between different 

components involved in the process. The components are 
r* illustrated as columns 102-107 in Fig. 1, where the col- 

ffj 15 umns 102-107 contain related software entities, such as 

data objects, and functional components performing or 
N s supporting individual steps of the production process. 

The process is initiated by a user 101 who places a pur- 
chase order, preferably via a browser with access to the 
20 Internet and with any suitable plug-in known in the art 
supporting graphical applications and preferably 3D- 
object renderings and animations, such as the Cult3D® 
product. Upon placement of the order by the user 101, or- 
der information is transmitted via the Internet to an 
25 Internet application 110 which runs on a web server and 
creates an internal representation of the order informa- 
tion, preferably comprising a pick list object 113 in- 
cluding identifications and quantities of the selected 
components and an invoice object 112 comprising informa- 
30 tion such as address, payment method, shipment informa- 
tion, or the like. The Internet application 110 transmits 
the order information 112-113 via a communications net- 



work, preferably a Local area network, to a planning mod- 
ule 103 and a logistics module 104, which are further 
connected, preferably via the communications network, 
with a production module 105, a module 106 supporting 
5 quality assurance (QA) and quality control (QC) , and a 
warehouse/shipping module 107. The planning module 103 
comprises a user interface, such that an authorised user, 
via a planning session 114, may view the order informa- 
0 tion 112, confirm the order, preferably electronically, 

10 for example via electronic mail 116, and plan the further 

ft? 

production process. Alternatively, this process or parts 

P 

jsj of this process may be executed automatically by the 

ft?- 

p planning module 103. According to this embodiment, the 

s production process is controlled by an electronic sales 

15 order object 108 which initiates and represents the pro- 
[V duction of the corresponding customised product. The 

3 sales order object 108 is related to an assembly schedule 

134 and a packaging schedule 119. These and other objects 
are managed in a database controlled by the logistics 
20 module 104. The assembly schedule 134 schedules the as- 
sembly 138 of the ordered product based on reported quan- 
tities retrieved from a pick list information database 
135, where the components have been reserved via the pick 
list object 113 included in the order information re- 
25 ceived from the Internet application 110. During the 
planning session 114 and based on the pick list 113 in- 
cluded in the order information, a pick list 139 is gen- 
erated which identifies the physical components to be 
used in the assembly 138 of the product. This may be done 
30 by identifying the components via a part number and a 
batch number. A possible hierarchic number scheme for the 
injection pen described in connection with Figure 2, 
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where the number scheme allows the identification of the 
product, the components and the actual variants of the 
components, is listed in Table 1. 



product 
ID 


j component , variant [ name 
I ID ID I 

1 * \ 
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27244 
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j cap 


variant 1 




27244 


1 Z 


. 2 


! ca P 


variant 2 
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!z 


is 


1 cap 


variant 3 




27244 


j Y 


; 1 
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1 

tpen 


fill holder 


variant 1 


27244 


!••• 


!2 


|pen 

s 

1 . . . 


fill holder 


variant 2 


Table 1 : Example of 


a part number 


structure 


for a customised 


injection pen . 



The pick list 139 is transferred to the production module 
105, where it may be viewed during assembly 138. The pick 
list 139 may also be used to retrieve the relevant compo- 
nents and to update the inventory status in an inventory 
database 143. During assembly 138, the assembly schedule 
134 may be updated, via a user interface of the produc- 
tion module 105, based upon the actual progress of the 
assembly 138. After completion of the assembly 138, a 
packaging order object 109 is generated which in turn 
triggers the actual packaging 123 of the assembled prod- 
uct. The packaging 123 is based on the packaging schedule 
119 created during the planning session 114 and a pick 
list 121 including the assembled product, relevant pack- 
aging material, instructions in the correct language, and 
the like. The production module 105 may also generate a 
printed version 111 of the invoice to be included with 
the shipped package. After completion of the packaging 
123, the packed product is inspected according to a QA 
procedure 125 and, upon approval, a change of classifica- 
tion 127 of the packed product to "ready for shipping" is 

11 



registered in the logistics system 104 via a user inter- 
face . 

The control of the inspected product may now be trans- 
ferred to a shipping module 107 which manages the actual 
5 shipping 12 9 of the packed product, and which may even 
allow the tracking of the shipment 131 to the user 101. 
The status of the actual inventory may be supervised con- 
tinuously or periodically via the inventory database 143. 
If a given component is out-of -stock, a material requisi- 
10 tion object 148 may be generated automatically or manu- 



al ally via a user interface 146. The material requisition 

jS object 148 controls the replenishment 150 of the inven- 

ts tory with the corresponding components and a correspond- 

|4= ing update of the inventory database 143. The current 

bl 15 status of the inventory may also be sent to the Internet 

09 application 110, for example by periodically transferring 

the information from the inventory database 143 to the 
Internet application 110, or by the Internet application 
110 querying the inventory database 143. 

20 It is an advantage of this build-to-order method that it 
may be integrated in a regular production process running 
batch production of non-customised products in parallel 
with the customised production. This may be an important 
advantage, if the production control tools are subject to 
25 approval rules, as is the case in for example the medical 
industry. Furthermore, the utilisation of the inventory 
information in the Internet application 110 allows the 
product information to be adapted to the currently avail- 
able components, thereby avoiding backorders and the need 
30 to manage possible payments for undeliverable products. 
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Fig. 2 shows an example of a product which comprises a 
plurality of components and which may be configured ac- 
cording to the invention. Fig. 2 shows a medical injec- 
tion pen 201 used to inject medicine, such as insulin. 
5 The injection pen 201 comprises 8 different components 
202-209, each component may be customised, for example by 
choosing a colour from a set of available colours. The 
injection pen 201 comprises a holster 208, which in turn 
jPJ comprises a dose indicator 205, a dose dialler 206 for 

jfl 10 selecting the desired amount of medicine to be injected 

!if during the following application, and a button 207 for 

1x1 releasing the medicine. The holster 208 is connected to a 

p pen fill holder 203 via a middle piece 204. The pen fill 

f holder is adapted to hold a matching container (not 

i=i 15 shown) with medicine in a predetermined position relative 

H I 

L'-f to the holster 208. The injection pen further comprises a 

O cap 202 for protecting the container, and the cap further 

comprises a clip 209. In Table 2, the 8 components 202- 
209 are listed and for each component a number of avail- 
20 able colours is exemplified. 



component 


variants j 


clip 209 


3 colours (grey, yellow, green) j 

.... ) 


pen fill holder 203 


4 colours (grey, yellow, blue, i 
orange) | 


middle piece 204 


4 colours (grey, yellow, blue, 
orange) 


dose dialler 206 


3 colours (grey, yellow, orange) 


button 207 


3 colours (grey, green, blue) 


cap 202 


4 colours (steel, red, blue, 
green) ! 


holster 208 


4 colours (steel, red, blue, j 
green) j 
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dose indicator 205 |3 colours (grey, yellow, green) j 

L___ ! 1 

Table 2: Possible variants of the components of the injection pen 201. 

Even though the number of variants of each component 
listed in table 2 is small, they result in a total number 
of 20,736 possible combinations, illustrating the advan- 
tage of a build-to-order system as compared to keeping 
all 20,736 assembled variants in stock. Furthermore, the 
customisation possibilities may comprise further options, 
such as a choice of different cases for storing the pen, 
personalised engravings, different types of display, such 
as analogue or digital, extra features, such as a watch, 
an indicator of the contents of the pen, a timer, or the 
like. Each further option multiplies the total number of 
possible end products. 

Now referring to Fig. 3, a system according to an embodi- 
ment of the invention comprises a computer 301, prefera- 
bly a standard PC with one or more CPUs, a computer 
screen, a keyboard, a pointing device such as a mouse, 
track ball, touch pad, touch screen, or the like, and 
with access to the Internet, for example via a modem or 
via a local network connected to the Internet 302. Alter- 
natively, the computer 301 may be a portable computer, 
such as a laptop, a handheld computer, a telecommunica- 
tions device with a graphical screen, a personal digital 
assistant (PDA), or the like. The system further com- 
prises server computers 304-306 for executing the appli- 
cation programs: An application server 304, a server for 
the logistics system 305, and a database server 306, as 
described in connection with Fig. 4. The server computers 
may be standard server computers with one or more CPUs 
and which are connected as a computer network 310, pref- 
erably by a local area network (LAN) . Alternatively, the 
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system may comprise a different number of server com- 
puters, for example only one server computer for all ap- 
plications. The computer network is connected to the 
Internet via an TCP/IP router 303 which is preferably 
5 combined with a firewall. 

The system also comprises workstations 307-309, connected 
to the server computers 304-306 via the computer network 
which, during the planning, production, assembly, pack- 
ing, and shipping, may be used to access the applications 
10 running on the application servers 304-306. The system is 
IJ1 connected, via the Internet or via a special secure com- 

jj munications network, to a payment management centre 311, 

W which handles the actual credit card transactions during 

\a the order process. 

fW 15 Now referring to Fig. 4, the software components of the 

CP 

p system according to an embodiment of the invention com- 

^* prise a browser 402 running on the customer's computer 

401 for accessing, via the Internet, the Internet appli- 
cation of the general purchase module 409 located on the 

20 application server 404. The general purchase module 409 
utilises a graphics module 410 for generating an applica- 
tion program 404 which, when downloaded to and run on the 
computer 401, displays and allows manipulation of a 
graphical representation of the components of the prod- 

25 uct . The general purchase module 409 further utilises a 
shopping cart module 407 for managing the customers' 
shopping cart data, and a payment module 413 responsible 
for checking credit card information and capturing the 
payments. The general purchase module 409 communicates, 

30 preferably via a local area network, with the logistics 

system 412 having an inventory module 408 for managing 

the data in the inventory database 414, a module 418 for 
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managing production, assembly and shipping, and a plan- 
ning module 415 for use in the planning of the produc- 
tion, assembly, packing and shipping. The logistics mod- 
ule 412 further has access to databases 416-417 contain- 
5 ing order data and customer data, respectively. The data- 
bases 416-417 are located on a database server 406 run- 
ning a database management system. 

The logistics module 412, the inventory module 408, the 

2 production module 418, and the planning module 415 may be 
*tf 10 different software applications or parts of a common 
fit software application which may be a commercially avail- 
jS able standard system. Preferably, the inventory manage- 
rs ment system 408 comprises a suitable interface for ex- 

J=± tracting inventory data about a predetermined group of 

U 

P 15 products or components. The interface may be a data file 

03 in a predetermined file format, generated by the inven- 
tory management system 408, or another interface allowing 
data extraction from the inventory management system 4 08, 
such as dynamic data exchange, a database query via e.g. 

20 SQL, an auto-generated electronic mail, or the like. 

Fig. 5 shows a flow diagram of the order management proc- 
ess according to an embodiment of the invention. Each of 
the individual process steps is performed by one of the 
software components described in connection with Fig. 4, 
25 as illustrated by the three columns 509,512, and 513 cor- 
responding to the general purchase module 501, the logis- 
tics module 512, and the payment module 513, respec- 
tively. 

The process is initiated by the step 504 of sending in- 
30 ventory information from the logistics module 512 to the 
general purchase module 501. The inventory information is 
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retrieved from the inventory database 414 in Fig. 4, and 
comprises information about how many items of each vari- 
ant of each component of the product are currently in 
stock, preferably also taking into account items which 
5 have been reserved by previous orders via the pick list 
information database 135 shown in Fig. 1, but which have 
not been physically used yet. In step 505, the inventory 
information is imported by the general purchase module 
509. Alternatively, the transmission 504 and importing 
10 505 of the inventory information may be performed at a 
later stage of the process, for example after the step 
506 of selecting a "customised product" option, or even 
as a separate process unsynchronised with the actual or- 
der process. The information may also be transmitted di- 
|a 15 rectly from the logistics system 512 to the graphics mod- 

II Ule ' 

jsi. Furthermore, the sending 504 and importing 505 of inven- 

tory information may be controlled in several ways, in- 
cluding sending at regular time-intervals, such as daily, 

20 hourly or the like. The sending 504 may alternatively or 
additionally be triggered by predetermined changes in the 
inventory database, such as a variant becoming unavail- 
able or an unavailable item becoming available again. The 
general purchase module 509 may also send a reguest for 

25 transmission of at least parts of the inventory data. 

The customisation process is initiated by the step 506 of 
a user selecting an item "custom product" via the user 
interface of the general purchase module 509. The "custom 
product" item may be one of several selectable options 
30 within a product hierarchy as is illustrated in connec- 
tion with Figs. 8a-b, or it may be reached by the user 

following a corresponding hyperlink. In the next step 
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507, the product is customised, and a specification of 
the selected customisation together with an order identi- 
fication is attached to a shopping cart object maintained 
by the general purchase module 509. 

5 An embodiment of the sub-process 507 is described in con- 
nection with Fig. 6. After placing a specification of a 
customised product in the user's shopping cart, the sys- 
tem may receive an xx accept order" command from the user 
*§ (step 508), for example by the user clicking with a 

*:J 10 pointing device on the "place order" button 819 of the 

P user interface illustrated in Fig. 8a. During step 508 r 

m 

t 'j£ the relevant purchase information, such as amount due, 

name and address of user, credit card number and expira- 
}=* tion date, etc., is either input by the user via the user 

Lj 15 interface, or it may be retrieved from a customer data- 

fly base. Order information may be displayed via the user's 

O 

browser. The payment information is transmitted to the 
payment module 513, which in step 501 checks the validity 
of the credit card information and preferably reserves 

20 the amount due. The payment module 513 returns a reply to 
the purchasing module 509 indicating the result of the 
verification in step 501. In the next step 510 the gen- 
eral purchase module 509 sends the order information to 
the logistics system 512, for example via an auto- 

25 generated email or an URL. 

Further order identifications, relevant parameters, in- 
voice information, or the like may also be stored in a 
file on the application server or in a database for mak- 
ing them accessible for the logistics module 512. In re- 
30 sponse to receiving the order information from the gen- 
eral purchase module 509, the logistics module 512 regis- 
ters the order internally (step 511) and acquires any ad- 
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ditional information from the file or database on the ap- 
plication server. Subsequently, the logistics system 512 
manages the production process (step 503), and the pack- 
aging and shipping (step 514), as is further illustrated 
5 in Fig. 1. Finally, the payment module 513 captures the 
actual payment of the product (step 518) . 

Fig. 6 shows a flow diagram of the sub-process of step 
_^ 507 in Fig. 5, representing the configuration process ac- 

Jjj cording to an embodiment of the invention and with refer- 

**? 10 ence to the injection pen described in connection with 

Eft Fig. 2. The columns 609, 610, and 604 refer to three of 

'J the software modules of Fig. 4 which implement the corre- 

sponding steps: The general purchase module 60 9, the 
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graphics module 610, and the application program 604, re- 
1^ 15 spectively. During the initial step 603, a URL with a set 

|!# of parameters is sent, preferably via the Internet, to 

^ the graphics module 604. The included parameters may 

identify a default configuration of the pen including a 
default case, and they may include an order identifica- 
20 tion and preferably inventory information generated by 
the logistics system. Upon receipt of the URL, the graph- 
ics module 610, in step 606, creates computer-readable 
code of an application program 604, such as an applet, 
which implements a graphical user interface for present- 
25 ing the selectable variants of the components to the user 
and for receiving the user's selection. The graphics mod- 
ule 610 utilises the information generated by the inven- 
tory database and limits the presented variants to those 
which can currently be delivered. Alternatively, the 
30 variants which are currently unavailable may be made 
visible but not selectable. 
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The next step 607 comprises sending the application pro- 
gram 604 to the user's browser via the Internet. On the 
client computer running the browser, the transmitted ap- 
plication program 604 is started and as a next step 608 
it displays a graphical user interface, preferably within 
the user's browser. Initially a default view of the prod- 
uct is displayed. This may for example be a default con- 
figuration of the product or an empty window with no com- 
ponents displayed. The application program 604 provides a 
user interface to the user, which displays the assembled 
product, or parts of the product assembled from the cur- 
rently selected component variants. 

Preferably, the application program 604 may accept user 
commands for manipulating the graphical representation of 
the displayed product or parts of the product. Prefera- 
bly, the user commands are issued via a pointing device, 
such as a mouse, a touch pad, a track-ball, or the like. 
The manipulations may include rotation, zoom, removing or 
adding components from the display, selecting different 
variants of different components, animating the display 
so as to simulate functions of the product, such as open- 
ing or closing of the cap of the injection pen, adjusting 
the dose dialler, inserting a container in the pen fill 
holder, opening and closing the case, assembling or dis- 
assembling the pen, etc. The application program 604 may 
verify the compatibility of a selected variant of a com- 
ponent with previously selected variants of other compo- 
nents. The interaction step 601 continues until the user 
either exits the application program 604 or issues an or- 
der command in step 602, for example by selecting the 
"add to cart" button 711 shown in Figs. 7a-g of the user 
interface with the pointing device. The add to cart but- 
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ton 711 may be disabled as long as not all the necessary 
components have been selected or if an incompatible se- 
lection has been made. 

When the application program 604 receives the order com- 
5 mand, the application program 604, in step 611, sends a 
URL including relevant parameters to the general purchase 
module 609. The parameters may comprise the identifica- 
tions of the selected variants and the order identifica- 
tion generated in step 603. Preferably the application 
10 program 604 terminates with an end-of-process animation. 
P After the step 616 of receiving the URL from the applica- 

,jj tion program 604 the shopping cart module of the general 

^ purchase module 609 is initiated in step 612. This step 

f=* 612 comprises a verification of the order identification. 

\p 15 If an order with the received order identification does 

p not already exist, an order object is created in the pur- 
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chase module 604. The received product parameters are 
stored within the order object. If the "custom product" 
item 807 is selected when a set of product parameters is 

20 already stored in the order object (step 613) , a URL 
similar to the one generated in step 603 is generated in 
step 614, but now on the basis of the parameters and the 
order identification of the order object created in step 
612. When sent to the graphics module 610, this will 

25 cause the application program 604 created in step 606 to 
be adapted to initially display the product as customised 
during the previous session. Hence, the user is given the 
opportunity to correct the product configuration after 
the product has been placed in the shopping cart. 

30 Figs. 7a-g show an embodiment of the graphical user in- 
terface presented to the user for the customisation of a 
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product, exemplified by the medical injection pen de- 
scribed in connection with Fig. 2. 

Upon selection of a "custom product" option, for example 
in the user interface of a general purchase module as 
shown in Fig. 8a, the application program controlling 
the graphical user interface initiates the display of an 
initial view in a predetermined display area 710. The de- 
fault view may comprise a blank display with no compo- 
nents displayed as illustrated in Fig. 7a. 

Other possible default views include a representation of 
a default configuration of the entire product or individ- 
ual components, and a previously selected configuration, 
whose configuration parameters are accessible from a 
storage device, such as a hard disk or the computers RAM, 
or as input parameters to the application program sup- 
plied by another program. The representation may be a 
picture of the product, a drawing or, preferably, a 
three-dimensional rendering. Below the display area 710 a 
text field 746 is provided for displaying written product 
information, instructions for the use of the interface, 
or the like. The user interface further comprises buttons 
731-745, each button representing a variant of a compo- 
nent of the product, said buttons being selectable by 
pointing or clicking with a pointing device. 

Alternatively or additionally, other selectable control 
elements may be provided, such as pull-down menus, check 
boxes, representations of the component which may be 
placed on the display area 710 via a drag-and-drop opera- 
tion, or the like. Furthermore, the selection of variants 
may be controllable via keyboard commands. Preferably, 
the buttons 731-745 are labelled with an image or another 
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identification of the corresponding variant as symbolised 
in Fig. 7a. The variants, which are selectable via the 
buttons 731-745, may be determined by the input received 
from the inventory database such that the buttons 731-745 
only represent variants which are currently in stock. 

Alternatively, all possible variants may be displayed, 
but only the buttons corresponding to variants which are 
currently in stock are enabled. In the example illus- 
trated in Fig. 7a, the buttons 736 and 739 are disabled 
and, for example, greyed out, indicating that they cannot 
be selected because the corresponding variants are cur- 
rently not available. The user interface further com- 
prises a button 747 for starting an animation of a com- 
plete assembly process. 

Fig. 7b shows the graphical user interface, after the 
user has clicked on the button 737, representing a first 
variant of the holster 708. In the display area 710, the 
first variant of the holster 708 is displayed, and the 
button 737 is highlighted to indicate the selected and 
displayed variant to the user. 

Fig. 7c shows the graphical user interface, after the 
user has clicked on button 735, representing the second 
variant of the pen fill holder 703, in addition to button 
737. Now both variants are displayed in the display area 
710 in their relative position in the assembled product. 
The user may manipulate the display via pointing, click- 
ing or dragging with a pointing device to rotate the dis- 
played components 703 and 708, zoom in or out, pan the 
display, or even initiate an animation of the operation 
of one or more of the components 703 and 708, such as 
placing a container in the pen fill holder 703 or adjust- 
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ing the dose dialler 706. These animations may include 
sound effects or spoken instructions played over the 
loudspeakers of the user's computer. 

Upon selection of the button 735, the second variant of 
5 the pen fill holder 708 may be placed directly within the 
display area 710 at the correct position relative to the 
holster 708. Alternatively, the positioning of the pen 
fill holder 703 may be animated, simulating for example a 
slight rotation of the pen fill holder when being at- 
10 tached to the holster 708. Alternatively, upon selection 
of the button 735, the second variant of the pen fill 
holster 703 may initially be placed in a default position 
05 within the display area 710. The user may be able to ma- 

nipulate the individual components 703 and 708 separately 
H; 15 via commands such as move, rotate, flip, zoom, or the 

like. By manipulating the components 7 03 and 7 08, the 
user may simulate the assembling of the product, and a 
visual or audible indication may be given, when the cor- 
rect relative position of the two components 703 and 708 
20 is found. 

Fig. 7d shows the graphical user interface displaying the 
same components as in Fig. 7c, but after a zoom and a ro- 
tate operation. Now a close-up view of the dose dialler 
706 is shown. 

25 Fig. 7e shows the graphical user interface after variants 
of all components of the injection pen have been se- 
lected. Now the entire customised pen is displayed and 
may be manipulated. The user may also de-select one ore 
more components, or replace a variant of a component with 
30 another variant. 
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The user may also select one of two selectable cases, and 
Figs. 7f and 7g show the graphical user interface after 
button 745, representing one possible case, has been 
clicked. In Fig. 7f, an open case 750 is shown. By click- 
ing on the case 750 with the pointing device, an anima- 
tion of the closing of the case may be initiated, result- 
ing in a display as illustrated in Fig. 7g. 

After completion of the customisation process, the user 
may click on the button 711 "Add to cart" for initiating 



10 the storing of the customisation parameters, such as 

Iff product ID, component IDs and variant IDs of the selected 

t variants, and for attaching the parameters to the shop- 

fi? ping cart object, as described in connection with Fig. 6. 

|"2 Now referring to Fig. 8a, an embodiment of the user in- 

fti 15 terface of the general purchase module comprises a gen- 

eral browser menu bar 802 containing standard browser 
menus depending on the user's choice of browser. A top 
menu bar 803 of the general purchase module contains pur- 
chase-specific selectable control elements, such as hy- 
20 perlinks or buttons. The control elements may include a 
"products" button 815, allowing accessing the available 
product hierarchy, which may comprise standard products 
and custom products as illustrated in Fig. 8b. 

The control elements may further include a "shopping 
25 cart" button 816 allowing the viewing and manipulating of 
the contents of the user's shopping cart, a "distribu- 
tors" button 817 allowing the choice of a distributor for 
a given order, a "shipping information" button 818 for 
inputting shipping information, such as name, address, 
30 phone number, and the like, and a "place order" button 
819 for placing an order. The user interface also con- 
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tains a bottom menu bar 804 comprising buttons or hyper- 
links to general information, such as help 820, site in- 
formation 821, or security information 822. The central 
part 812a-c of the user interface between the top menu 
5 bar 803 and the bottom menu bar 804 contains information 
and control elements, such as input fields, buttons, hy- 
perlinks, or the like, which are related to the element 
selected in the top menu bar 803 or the bottom menu bar 
p 804. In Fig. 8a, the contents of the user interface win- 

'*J 10 dow after selection of the "products" element 815 is il- 

lustrated schematically. The centre part 812a-c is di- 
yi vided into three columns 812a-c, the left column 812a 

!jr comprising selectable check boxes 805-807 for selecting 

t one of a plurality of products from the product hierar- 

|2 15 chy. 

k 

p Depending on the selection in the left column 812a, the 

j*f centre column 812b may contain selectable options 808-809 

for the selected product. If for example, as illustrated 
is Fig. 8a, a standard product "product 1" 805 is se- 

20 lected, the centre column 812b may contain a number of 
check boxes 808-809 for selecting options for that prod- 
uct. The right column 812c may comprise an area 810 con- 
taining a picture, a drawing or other product information 
of the selected product and further control elements, 

25 such as an "add to cart" button 811. If the product se- 
lected in the left column 812a is a "custom product" 8 07, 
the centre column 812b and the right column 812c may be 
used for displaying the user interface of the application 
program which is displayed in response to selecting a 

30 custom product. An embodiment of this user interface is 
described in connection with Figs. 7a-g. 
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Fig. 8b illustrates an example of a product hierarchy 
corresponding to the user interface illustrated in Fig. 
8a. The illustrated hierarchy comprises two standard 
products 853 and 854, for example a standard injection 
pen and a blood sugar measuring device. "Product 1" 853 
is available with two options 856-857, for example two 
predefined colour combinations of the standard injection 
pen, while "product 2" 854 is available with three op- 
tions 850, 851, and 859. The illustrated hierarchy fur- 
ther comprises a custom product 855, which may be assem- 
bled from a plurality of components available in differ- 
ent variants, as described in connection with Figs. 7a-g. 
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